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(54) Remote loading execution method, remote loading execution system, data processing 
apparatus, managing apparatus and computer readable recording medium 

(57) A remote loading execution system is provided 
which comprises a server (100) having a managing 
record file (1 0) for recording an install execution state of 
a client (200), a control file (11) for storing execution 
control information prescribing an execution process of 
installation into the client (200), an agent (12) which 
executes installation into the client (200) according to 
the execution control information stored in said control 
file (11), an install file (13) to be installed into the client 
(200) by said agent (12), and the client (200) into which 
said agent (12) is downloaded. The agent (12) is down- 
loaded from the server (100) to the client (200) before 
installation. Then, the agent (12) executes installation of 
an install file (13) into the client (200) by referring to the 
managing record file (10) and according to the execu- 
tion information. The agent updates the managing 
record file (10) according to an install execution state of 
the client (200). When downloaded again from the 
server (100) to the client (200) after reboot, the agent 
(12) continues the installation of the install file (13) by 
referring to the managing record file (10) and according 
to the execution information, and further updates the 
managing record file (10) according to an install execu- 
tion state of the client (200). 




LU 



Printed by Xerox (UK) Business Services 
2.16.7 (HRSJV3.6 



9/3/2006, EAST Version: 2.1.0.14 



1 



EP 1 072 973 A2 



2 



Description 

[0001] The present invention relates to a remote 
loading execution method, a remote loading execution 
system, a data processing apparatus, a managing 
apparatus and a computer-readable recording medium 
for easily and safely constructing a client environment in 
a client/server configuration. 

[0002] Construction of an environment at a client in 
the form of a persona! computer or the like is carried out 
by installing programs one by one in a stand-alone 
state, or by selecting programs one by one from a 
server and installing them. 

[0003] Recently, there have been available a struc- 
ture wherein a client is turned on by a command from a 
server, for example, WoL (Wake On LAN) wherein a 
remote client is turned on by sending a packet thereto, 
and a structure wherein a client requests connection to 
a server immediately upon turning-on of the client, for 
example, PXE (Preboot execution Environment) 
wherein a client requests connection to a server before 
an operating system is booted in the client in the 
server/client environment (in this case, however, a net- 
work adapter of the client requires a dedicated ROM). 
[0004] By utilizing the foregoing WoL and PXE, a 
single program can be installed by remote loading with- 
out any operation at a side of a client. 
[0005] However, when installing a program which 
requires a reboot during installation (including a case of 
installing a plurality of programs), a manual operation by 
a user is required at a side of a client after the reboot 
Thus, even if the foregoing structures are used, it is 
impossible to accomplish the remote loading. 
[0006] Further, during the user's manual operation, 
it may happen that an install log obtained up to then in 
the client is lost due to a reboot, resulting in an endless 
loop of repeating an install operation from the beginning 
after the reboot. In that event, the user should carry out 
an operation for stopping it, which, however, is difficult 
for a person having no technical knowledge about it. 
[0007] Accordingly, the requirement of the manual 
operation on the client side imposes a burden on a user 
having no relevant technical knowledge or experience. 
This lowers the merit of the service, and further, may 
require dispatch of a skilled person thereby to induce 
labor and cost. Further, since the install state of the cli- 
ent can not be known, the reliability of the client environ- 
ment construction in the client/server configuration may 
also be lowered. Particularly, the remote loading opera- 
tion of this type may be required when the client is down 
to require recovery. Thus, it is desired that the recovery 
can be achieved fully automatically through an opera- 
tion from the server. 

[0008] Therefore, it is desirable to provide an 
improved program install technique. 
[0009] According to an embodiment of one aspect 
of the present invention, there is provided a remote 
loading execution method, wherein an agent executes 



installation into a client by referring to a managing 
record recording an install execution state of the client 
and according to execution control information, the 
agent downloaded into the client before starting the 

s installation or after a reboot 

[0010] According to this structure, the agent imple- 
ments the installation into the client by referring to the 
managing record of the install execution state of the cli- 
ent and according to the execution control information. 

w After the reboot, the agent is again downloaded into the 
client so as to continue the installation into the client by 
referring to the managing record including a reboot log 
and according to a continuation of the execution control 
information to be executed after the reboot. Therefore, 

15 even if a reboot is requested, the installation can be 
continued without the need for a manual operation on 
the side of the client 

[0011] The agent is an independent program for 
executing a process on the side of a particular appara- 
20 tus into which the agent is downloaded, according to 
execution commands prescribed in the execution con- 
trol information. In this structure, the agent executes 
installation of various kinds of programs into the client. 
[0012] The execution control information is defini- 
25 tion information, such as an execution script, setting 
execution commands (setup commands) necessary for 
performing installation into the client, which is read and 
executed by the agent on the side of the client. When 
the agent executes installation according to the execu- 
30 tion control information, a program (including an operat- 
ing system) to be installed into the client should be 
provided on the side of the server. The installation of the 
program includes a case wherein an install image file of 
the program is provided in advance on the side of the 
35 server and then copied into the client by downloading. 
[0013] In the foregoing structure, it is necessary 
that the managing record be updated according to the 
install execution state while the agent executes the 
installation into the client. Without such updating, since 
40 the agent once stops execution of the installation 
according to the execution control information when a 
reboot is requested, the agent, after the reboot, refers to 
a record before the reboot (a record not updated) so as 
to start again the installation returning to the beginning 
45 of the execution control information, thus resulting in an 
endless loop. 

[0014] Through updating of the managing record, 
the server can know the progressing state of the instal- 
lation into the client. Thus, the server can execute the 
so centralized management so that install errors and trou- 
bles can be properly dealt with to provide highly reliable 
environments. 

[0015] According to an embodiment of another 
aspect of the present invention, there is provided a 
55 remote loading execution method, wherein, upon install- 
ing a program requiring a reboot from a server into a cli- 
ent, an agent downloaded into the client executes 
installation of the program by referring to a managing 
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record recording an install execution state of the client 
and according to execution control information and 
updates the managing record according to an execution 
state of the installation, and wherein the agent down- 
loaded again into the client after the reboot continues 5 
the installation by referring to the managing record and 
according to the execution control information and 
updates the managing record according to an execution 
state of the installation after the reboot. 
[0016] Through the updating, a log of the install 10 
execution state before the reboot remains in the manag- 
ing record. Accordingly, the agent downloaded again 
into the client after the reboot can continue the installa- 
tion into the client by referring to the updated managing 
record and according to a continuation of the execution 15 
control information to be executed after the reboot 
When a further reboot is requested (one program may 
require a plurality of reboots, or a plurality of reboots are 
requested during continuous installation of a plurality of 
programs), the managing record is further updated 20 
according to an install execution state after the reboot, 
in addition to continuing the installation. 
[0017] The execution control information may be 
provided on the side of the server. In this case, upon 
executing installation (including a case of installation 25 
after a reboot), the agent accesses the server to refer to 
the execution control information and executes the 
installation according to it. An advantage of this struc- 
ture resides in that even if failure occurs in the client dur- 
ing installation, the execution control information is 30 
prevented from being lost or altered, thereby avoiding 
an influence of failure of the client onto the server. 
[0018] The execution control information may be 
provided in the server and downloaded into the client 
before starting the installation or after the reboot. In this 35 
case, the agent can execute the installation according to 
the execution control information provided in the client. 
Accordingly, since the agent can refer to the execution 
control information without accessing the server, the 
install operation efficiency can be enhanced. 40 
[0019] The managing record recording the install 
execution state of the client may be provided in the 
server and updated according to the install execution 
state of the client. In this case, the agent accesses the 
server so as to update the managing record just before 45 
starting installation, during installation or per completion 
of installation. An advantage of this structure resides in 
that even if failure occurs in the client during the instal- 
lation, a managing record thereof remains in the server 
so that when restarting the installation afterward, the so 
installation can be implemented safely. 
[0020] It may be arranged that the managing record 
is provided in the server, downloaded into the client, 
updated in the client according to the install execution 
state of the client, returned to the server before the 55 
reboot, downloaded again into the client after the 
reboot, and then updated in the client according to the 
install execution state of the client after the reboot 



Since the updated managing record is once returned to 
the server before the reboot and downloaded again into 
the client after the reboot and since the agent refers to 
such an updated managing record to continue the 
installation, the installation can be executed according 
to a continuation of the execution control information to 
be executed after the reboot. 

[0021] When a reboot is requested during the 
installation in the client, booting by the client itself is 
necessary. Thus, if the client has been booted by the 
server (in case of remote boot), setting should be 
changed to allow the booting by the client itself (allow a 
local boot). The change of the setting to the local boot is 
implemented on the side of the server. 
[0022] According to an embodiment of another 
aspect of the present invention, there is provided a 
remote loading execution system comprising a server 
having a managing record file for recording an install 
execution state of a client, a control file for storing exe- 
cution control information prescribing an execution 
process of installation into the client, an agent which 
executes installation into the client according to the exe- 
cution control information stored in the control file, and 
an install file to be installed into the client by the agent; 
and the client into which the agent is downloaded, 
wherein the agent is downloaded from the server into 
the client before installation, executes installation of the 
install file into the client by referring to the managing 
record file and according to the execution control infor- 
mation, updates the managing record file according to 
an execution state of the installation into the client and, 
when downloaded again into the client after a reboot, 
continues the installation of the install file by referring to 
the managing record file and according to the execution 
control information, and updates the managing record 
file according to an execution state of the installation 
after the reboot. 

[0023] The install file represents a file of a program 
or a group of programs to be installed into the client, and 
may be a file of an operating system or application pro- 
grams. The install file may be in the form of an image file 
which is provided in advance in the server and then cop- 
ied into the client by downloading. 
[0024] It may be arranged that the control file is pro- 
vided in the server. 

[0025] It may be arranged that the control file is 
downloaded into the client before starting the installa- 
tion or after the reboot. 

[0026] It may be arranged that the managing record 
file is downloaded from the server into the client and 
updated according to an execution state of the installa- 
tion into the client, and that the managing record file is 
returned to the server before the reboot, downloaded 
again into the client after the reboot, and updated 
according to an execution state of the installation into 
the client after the reboot. 

[0027] It may be arranged that the client is set to 
boot by itself upon the reboot. 
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[0028] According to an embodiment of another 
aspect of the present invention, there is provided a data 
processing apparatus which accesses another appara- 
tus managing a program thereby to install the program 
thereinto, the data processing apparatus comprising an 5 
access processing section for accessing execution con- 
trol information prescribing an install execution proce- 
dure; a record control section for causing an execution 
state of installation into the data processing apparatus 
to be recorded; and an install executing section for exe- 10 
cuting installation into the data processing apparatus 
according to the recorded execution state of the installa- 
tion and the execution control information. 
[0029] According to this structure, the access 
processing section accesses the execution control infor- is 
mation, the install executing section executes installa- 
tion of the program according to the execution control 
information and the install execution state recorded by 
the record control section, and the record control sec- 
tion updates the record according to the install execu- 20 
tion state. Since the record is updated by the record 
control section and since the install executing section 
executes installation according to the updated record, 
even when installing a program requiring a reboot, the 
installation can be continued after the reboot. Thus, it is 25 
possible to access another apparatus and automatically 
install such a program into the data processing appara- 
tus. 

[0030] According to an embodiment of another 
aspect of the present invention, there is provided a man- 30 
aging apparatus which manages a program and sup- 
plies the program in response to a request from another 
apparatus, the managing apparatus comprising a trans- 
mit section for transmitting to the another apparatus an 
agent which executes installation into the another appa- 35 
ratus; a control information managing section for allow- 
ing the agent to refer to execution control information 
prescribing an install execution process in response to 
an access from the agent; a record managing section 
for notifying an execution state of installation into the ao 
another apparatus and updating a record of the execu- 
tion state of the installation in response to an access 
from the agent; and a supply section for supplying to the 
another apparatus the program in response to a request 
from the agent. 45 
[0031] According to this structure, the transmit sec- 
tion sends the agent to another apparatus, and the sup- 
ply section sends the program to the agent in response 
to a request from the agent functioning in another appa- 
ratus, so that the agent refers to the execution control so 
information managed by the control information manag- 
ing section and the install execution state recorded by 
the record managing section thereby to execute the 
installation into another apparatus. In this case, since 
the record managing section updates the record of the 55 
instail execution state according to the execution state 
of the installation into another apparatus and since the 
agent implements the installation by referring to the 



record, even when installing a program requiring a 
reboot, the agent can continue the installation after the 
reboot. 

[0032] According to an embodiment of another 
aspect of the present invention, there is provided a com- 
puter-readable recording medium storing a program 
which causes a computer to execute a step of referring 
to execution control information prescribing an install 
execution process; a step of recording an install execu- 
tion state; and a step of requesting to another apparatus 
a supply of a program to be installed and executing 
installation thereof according to the execution control 
information and the install execution state. 
[0033] According to this structure, an agent func- 
tions by causing the computer to read and execute the 
program recorded in the recording medium. By referring 
to the execution control information and the install exe- 
cution state, the agent requests a supply of a program 
to another apparatus and executes installation of the 
supplied program. In this event, since the agent causes 
the record of the install execution state to be updated 
and executes the installation by referring to it, even 
when installing such a program requiring a reboot, the 
agent can continue the installation after the reboot. 
[0034] According to an embodiment of another 
aspect of the present invention, there is provided a com- 
puter-readable recording medium storing a program 
which causes a computer to execute a step of sending 
to another apparatus an agent which executes installa- 
tion into the another apparatus; a step of allowing the 
agent to refer to execution control information in 
response to an access from the agent; a step of notify- 
ing an execution state of installation into the another 
apparatus and updating a record of the execution state 
of the installation in response to an access from the 
agent; and a step of supplying to the another apparatus 
a program requested by the agent. 
[0035] According to this structure, the computer 
functions as a server by causing the computer to read 
and execute the program recorded in the recording 
medium. In this case, the computer sends the agent to 
another apparatus, sends a program to the agent in 
response to a request from the agent functioning in 
another apparatus, and causes the agent to refer to the 
execution control information and the record of the 
install execution state thereby to execute installation of 
the program in another apparatus. In this event, since 
the agent causes the record of the install execution 
state to be updated and executes the installation by 
referring to it, even when installing such a program 
requiring a reboot, the agent can continue the installa- 
tion after the reboot. 

[0036] An embodiment of the present invention 
aims to provide a remote loading execution method and 
a remote loading execution system, wherein all opera- 
tion environment of a client is provided in a server so 
that even if there exists such a program requiring a 
reboot upon installation thereof, the program can be 
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automatically installed into the client by a command 
from the server, thereby to ensure construction of a cli- 
ent environment in a client/server configuration. An 
embodiment of the present invention also aims to pro- 
vide a data processing apparatus as the client and a 
managing apparatus as the server, and further provide 
a computer-readable recording medium for realizing the 
foregoing client or server using a computer. 
[0037] Reference will now be made, by way of 
example, to the accompanying drawings, in which: 

Fig. 1 is a diagram schematically showing a struc- 
ture of a remote loading execution system including 
a server and clients, according to a preferred 
embodiment of the present invention; 
Fig. 2 is a diagram for explaining a hardware config- 
uration of the server; 

Fig. 3 is a diagram for explaining a hardware config- 
uration of the client; 

Fig. 4 is a diagram showing a sequence of proce- 
dure between the server and the client; 
Fig. 5 is a diagram for explaining the main part of 
the procedural sequence shown in Fig. 4; 
Fig. 6 is afunctional block diagram of the client; and 
Fig. 7 is a functional block diagram of the server. 

[0038] Now, a preferred embodiment of the present 
invention will be described hereinbelow with reference 
to the accompanying drawings. 
[0039] Fig. 1 shows a server (managing apparatus) 
100 and clients (data processing apparatuses) 200a, 
200b, 200n which are connected via a local area net- 
work (LAN) 300 to construct a remote loading execution 
system according to this embodiment. For brevity of 
description, a client 200 Is used for representing all the 
clients 200a to 200n. 

[0040] As shown in Fig. 2, the server 1 00 comprises 
a CPU 102, a RAM 103, a ROM 104, a HDD (hard disk 
drive) 105, a FDD (floppy disk drive) 106, a communica- 
tion control board 1 07 providing a LAN communication 
environment, and input/output devices 108 such as a 
display unit and a keyboard, which are connected via a 
bus 101. 

[0041] The HDD 105 stores therein a managing 
record file (log file) 1 0 for recording an execution state of 
installation into the client 200, a script file 1 1 , i.e. a con- 
trol file, storing therein an execution script S, i.e. execu- 
tion control information, which prescribes an execution 
process of installation into the client 200, an agent 12 
for executing installation into the client 200 according to 
the execution script S stored in the script file 11, and 
install files 13 to be installed into the client 200. 
[0042] The execution script S is definition informa- 
tion setting execution commands (setup commands) 
necessary for installation into the client 200, which is 
read and executed by the agent 1 2 in the client 200. The 
execution script S sets the setup commands in order of 
the install files 13 to be set up. 



[0043] The agent 12 is an independent program for 
executing processes according to the execution com- 
mands prescribed in the execution script S at a destina- 
tion into which it is downloaded. In this embodiment, the 

5 agent 12 installs the install files 13 into the client 200. 
The agent 12 accesses the managing record file 10 to 
confirm an install progressing state of the client 200 
before installation and then executes the installation 
according to the execution script S. Every time the 

w installation is finished or a reboot is demanded, the 
agent 12 accesses the managing record file 10 to 
update the install progressing state. 
[0044] The install files 1 3 include a DOS boot image 
file (including a later-described DOS and LAN manager) 

15 to be first booted in the client 200, an OS install image 
file 13a of an operating system to be booted in the client 
200, and an application install image file 13b of an appli- 
cation to be installed into the client 200. These files are 
provided in the system for booting the client 200 or exe- 

20 cuting recovery after down of the client 200. 

[0045] The server 100 is further provided with a 
program which is read from the HDD 105 and executed 
by the CPU 102. This program includes a manager 14 
for managing reading and writing (including updating) of 

25 the managing record file 1 0 and reading of the script file 
11. 

[0046] The manager 1 4 has a function of producing 
a command for switching from remote boot execution by 
means of PXE in the client 200 to local boot execution 

30 (booting by client singly), in response to a request sent 
from the agent 12 according to description of the execu- 
tion script S when the installation into the client 200 is 
executed so that a reboot request is made (to be exact, 
when the managing record file 10 is updated in 

35 response to a reboot request). Upon such switching, 
setting of a boot flag provided in the managing record 
file 1 0 corresponding to each of the clients 200a to 200n 
is implemented, wherein the boot flag is set to 1 in case 
of the local boot and 0 in case of the remote boot). 

40 [0047] As shown in Fig. 3, the client 200 has 
approximately the same configuration as the server 
1 00. The client 200 comprises a CPU 202, a RAM 203, 
a ROM 204, a HDD (hard disk drive) 205, a FDD (floppy 
disk drive) 206, a communication control board 207 pro- 

45 viding a LAN communication environment, and 
input/output devices 208 such as a display unit and a 
keyboard, which are connected via a bus 201 . 
[0048] The client 200 is provided with Wake On 
LAN (WoL) 210 and PXE (Preboot execution Environ- 

50 ment) 211 which are realized by a ROM (not shown) 
mounted on the communication control board 207. 
Depending on setting of a BIOS of the client 200, the 
ROM on the communication control board 207 is deter- 
mined whether to realize the foregoing WoL 21 0 and 

55 PXE 211, which is stored in a flash memory (not shown) 
on the communication control board 207 or the like. 
[0049] The WoL 21 0 has a function of turning on the 
client 200 in response to a packet sent from the server 
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100 to the client 200. 

[0050] According to the PXE 211, the client 200 
requests connection to the server 100 immediately 
upon turning-on of the client 200. At this moment, if the 
boot flag of the client 200 in the managing record file 1 0 
is set to 0 (remote boot: the boot flag is set to 0 as a 
default), the DOS boot image file is first sent from the 
server 1 00 so that the client 200 is started up in the 
DOS (Disk Operating System) environment. Further, 
since the client 200 is connected to the server 100 by 
means of the LAN manager in the DOS environment, 
the agent 12 is sent from the server 100 to be loaded 
into the RAM 203 of the client 200. Even when an oper- 
ating system is bootable in the client 200, if the PXE 21 1 
becomes effective immediately upon turning-on of the 
client 200, the client 200 is booted by the server 1 00 
before the operating system in the client 200 is booted. 
[0051] Referring to Fig. 1 and further to Figs. 4 and 
5, the processing between the server 100 and the client 
200 will be described. 

(1) As shown in Figs. 1 and 4, the server 100 first 
sends a packet to the client 200 so that the WoL 

21 0 turns on the client 200 (step S1 ). 

(2) Immediately upon turning-on of the client 200, 
the PXE 21 1 is booted so that a request of the PXE 

21 1 is sent to the server 100 and received by the 
manager 14 (step S2). 

(3) As a default, the boot flag of the client 200 is set 
to 0 (remote boot) in the managing record file 10. 
Thus, the manager 14 causes the DOS boot image 
file to be downloaded from the server 1 00 into the 
RAM 203 of the client 200 (step S3). At this 
moment, the LAN manager is also downloaded into 
the client 200 to be booted together with the DOS. 

(4) By means of the LAN manager, the client 200 is 
connected to the server 100 in the DOS environ- 
ment (the processing up to here is the remote boot 
processing by the PXE 211). Simultaneously, the 
agent 12 is downloaded from the server 100 into 
the RAM 203 of the client 200 (step S4). 

(5) As shown in Fig. 5, after booting, the agent 1 2 
first accesses the managing record file 1 0 in the 
server 100. At this time point, nothing is recorded 
about the install execution state of the client 200. 
Then, the agent 1 2 accesses the script file 1 1 in the 
server 1 00 and executes the setup commands of 
the operating system install set in the first place of 
the execution script S. In this event, Fdisk, Format 
and other commands in the install files 13 for initial- 
izing the HDD 205 are first executed and then the 
commands of the script (the setup commands of 
the operating system such as WINDOWS) are exe- 
cuted in the DOS environment so that the OS install 
image file 13a is installed into the HDD 205 of the 
client 200 (step S5). 

(6) A reboot is requested during installation of the 
operating system. The agent 12 notifies the install 



execution state up to then to the manager 14 in the 
server 100. In response to this notification, the 
manager 14 records it into the managing record file 
10 for updating. Simultaneously, the manager 14 
5 sets the boot flag of the client 200 to 1 (local boot) 
for switching from the remote boot to the local boot 
(step S6). 

(7) Based on the switching, the reboot is executed 
by the local boot in the client 200. At this moment, 

w the agent 12 is again downloaded into the client 
200 and booted again after the reboot. The agent 
12 accesses again the managing record file 10 to 
detect the progressing state of installation in the cli- 
ent 200 and executes a continuation of the execu- 

15 tion script S based on the detected progressing 
state to continue the installation (step S7). 

(8) The installation of the operating system into the 
client 200 is finished and a reboot is requested 
again. At this moment, the agent 1 2 notifies the 

20 manager 14 that the operating system has been 
installed. In response to this notification, the man- 
ager 14 records the completion of OS installation in 
the managing record file 10 to update it (step S8). 

(9) After the reboot, the agent 12 is again down- 
25 loaded into the client 200 and booted. The agent 1 2 

accesses again the managing record file 10 to 
detect the progressing state of instailation in the cli- 
ent 200. Based on the detected progressing state, 
the agent 12 executes installation of the application 

30 install image file 1 3b as prescribed in a continuation 
of the execution script S (step S9). When installing 
a plurality of application install image files 13b, a 
reboot is requested between installation of one and 
that of another. In this case, as in the foregoing 

35 processing, the agent 1 2 is booted in the client 200, 
accesses the managing record file 10 and follows 
the execution script S of the script file 1 1 , thereby to 
install those application install image files 13b. 

(10) Upon completion of ail the application install 
40 image files 13b, a reboot is requested. Then, the 

agent 1 2 notifies the server 1 00 that all the installa- 
tion has been finished. The manager 14 in the 
server 1 00 receives this notification and finishes the 
service (step S10). 

45 

[0052] Through the foregoing processing imple- 
mented between the server 1 00 and the client 200, even 
the operation system and the application programs 
requiring a reboot upon installation can be automatically 

so installed by the command from the server 100, so that 
the environment of the client 200 in the client/server 
configuration can be constructed. Accordingly, in addi- 
tion to booting the client 200 from the beginning, the 
recovery can be automatically achieved through an 

55 operation from the server 1 00 when the client 200 gets 
down. Particularly, even when a user has no technical 
knowledge, since a manual operation on the side of the 
client 200 is not required, improvement in service can 
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be expected to eliminate the necessity of dispatch of a 
skilled person and facilitate the management. Further, 
since the server 100 can catch the install execution 
state of the client 200, the reliability is also improved rel- 
ative to the construction of the client environment in the 5 
client/server configuration. 

[0053] In this embodiment, the script file 11 is 
always provided on the side of the server 1 00. However, 
it may be arranged that the script file 1 1 is downloaded 
into the client 200 before installation or after reboot so to 
that the agent 12 executes installation according to the 
execution script S provided in the client 200. In this 
case, since the agent 12 can refer to the execution 
script S without accessing the server 1 00, the operation 
efficiency of installation can be heightened. is 
[0054] In this embodiment, the managing record file 
10 is provided on the side of the server 100. However, 
the managing record file 10 may be downloaded from 
the server 100 into the client 200, updated in the client 
200 according to the install execution state of the client 20 
200, returned to the server 100 before reboot, down- 
loaded again into the client 200 after reboot, and then 
updated in the client 200 according to the install execu- 
tion state of the client 200. With this arrangement, the 
updated managing record file 1 0 is once returned to the 25 
server 1 00 before reboot and downloaded again into the 
client 200 after reboot, so that the agent 1 2 refers to it to 
continue the installation according to a continuation of 
the execution script S which is to be executed after 
reboot. 30 
[0055] Fig. 6 shows the client 200 in the form of 
functional blocks. 

[0056] The client 200 comprises an access 
processing section 20 for accessing the execution script 
S, a record control section 21 for causing the install exe- 35 
cution state to be recorded into the managing record file 
10, and an install executing section 22 for executing 
installation based on the recorded install execution state 
and the execution script S. 

[0057] With this arrangement, the access process- 40 
ing section 20 accesses the execution script S, and the 
install executing section 22 installs the install file 13 
according to the execution script S and the install execu- 
tion state recorded in the managing record file 1 0. Then, 
depending on the execution of the installation, the 45 
record in the managing record file 10 is updated by the 
record control section 21 . Since the record in the man- 
aging record file 1 0 is updated by the record control sec- 
tion 21 and since the install executing section 22 
executes installation according to the record in the man- so 
aging record file 1 0, even if there exists such a program 
requiring a reboot in the install file 13, the installation 
can be continued after the reboot. Thus, it is possible to 
access the server 1 00 and automatically install such an 
install file 1 3 into the client 200. 55 
[0058] Fig. 7 shows the server 100 in the form of 
functional blocks. 

[0059] The server 1 00 comprises a transmit section 



15 for transmitting the agent 12 to the client 200, a script 
managing section 1 6 for allowing the agent 12 to refer to 
the execution script S (managing reading of the script 
file 11) in response to an access from the agent 12, a 
record managing section 17 for notifying the install exe- 
cution state of the client 200 and updating the record of 
the install execution state of the client 200 (managing 
reading and updating of the managing record file 10) in 
response to an access from the agent 12, and a supply 
section 18 for supplying the install file 13 requested by 
the agent 12 to the client 200. 
[0060] With this arrangement, the transmit section 
15 sends the agent 12 to the client 200, and the supply 
section 18 sends the install file 13 to the agent 12 in 
response to a request from the agent 12 functioning in 
the client 200, so that the agent 12 refers to the execu- 
tion script S managed by the script managing section 1 6 
and the install execution state recorded by the record 
managing section 17 thereby to install the install file 13 
into the client 200. In this case, since the record manag- 
ing section 1 7 updates the record of the install execution 
state according to the install execution state and since 
the agent 12 implements the installation by referring to 
the record, even if there exists such a program requiring 
a reboot in the install file 13, the agent 12 can continue 
the installation after the reboot. 
[0061] The client 200 may be realized by loading 
into a computer a recording medium, such as a CD- 
ROM, recording a particular program. 
[0062] Specifically, when the program is loaded into 
the computer, the computer executes a step of referring 
to the execution script S, a step of recording the install 
execution state, and a step of requesting a supply of the 
install file 13 relative to the server 100 and executing 
installation of the install file 13 based on the execution 
script S and the install execution state. 
[0063] With this arrangement, the agent 12 func- 
tions by causing the computer to read and execute the 
program recorded in the recording medium. By referring 
to the execution script S and the install execution state, 
the agent 1 2 requests a supply of the install file 1 3 to the 
server 100 and executes installation of the supplied 
install file 13. In this event, since the agent 12 causes 
the record of the install execution state to be updated 
and executes the installation by referring to it, even if 
there exists such a program requiring a reboot in the 
install file 13, the agent 12 can continue the installation 
after the reboot. 

[0064] Similarly, the server 1 00 may be realized by 
loading into a computer a recording medium, such as a 
CD-ROM, recording a particular program. 
[0065] Specifically, when the program is loaded into 
the computer, the computer executes a step of transmit- 
ting to the client 200 the agent 12 which executes pro- 
gram installation, a step of allowing the agent 12 to refer 
to the execution script S in response to an access from 
the agent 12, a step of notifying the install execution 
state of the client 200 and updating the record of the 
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install execution state of the client 200 in response to an 
access from the agent 12, and a step of supplying the 
install file 13 requested by the agent 12 to the client 200. 
[0066] With this arrangement, the computer func- 
tions as the server 1 00 by causing the computer to read 
and execute the program recorded in the recording 
medium. In this case, the computer sends the agent 12 
to the client 200, sends the install file 1 3 to the agent 1 2 
in response to a request from the agent 12 functioning 
in the client 200, and causes the agent 1 2 to refer to the 
execution script S and the record of the install execution 
state thereby to execute installation of the install file 13 
in the client 200. In this event, since the agent 12 
causes the record of the install execution state to be 
updated and executes the installation by referring to it, 
even if there exists such a program requiring a reboot in 
the install file 13, the agent 12 can continue the installa- 
tion after the reboot. 

[0067] While the present invention has been 
described in terms of the preferred embodiment, the 
invention is not to be limited thereto, but can be embod- 
ied in various ways without departing from the principle 
of the invention as defined in the appended claims. 
[0068] Although the above description has referred 
to a program stored on a computer- readable medium, it 
will be appreciated that a computer program embodying 
the present invention need not be stored on a computer- 
readable medium and could, for example, be embodied 
in a signal such as a downloadable data signal provided 
from an Internet website. The appended claims are to 
be interpreted as covering a computer program by itself, 
or as a record on a carrier, or as a signal, or in any other 
form. 

Claims 

1. A remote loading execution method, wherein an 
agent executes installation into a client by referring 
to a managing record recording an install execution 
state of the client and according to execution con- 
trol information, said agent downloaded into the cli- 
ent before starting the installation or after a reboot. 

2. The remote loading execution method according to 
claim 1 , wherein said managing record is updated 
according to an execution state of installation into 
the client executed by the agent. 

3. The remote loading execution method according to 
claim 1 or 2, wherein the client is set to boot by itself 
upon the reboot. 

4. A remote loading execution method, wherein, upon 
installing a program requiring a reboot from a 
server into a client, an agent downloaded into the 
client executes installation of the program by refer- 
ring to a managing record recording an install exe- 
cution state of the client and according to execution 



control information and updates said managing 
record according to an execution state of the instal- 
lation, and wherein the agent downloaded again 
into the client after the reboot continues the installa- 
5 tion by referring to said managing record and 
according to said execution control information and 
updates said managing record according to an exe- 
cution state of the installation after the reboot. 

w 5. The remote loading execution method according to 
claim 4, wherein said execution control information 
is provided in the server. 

6. The remote loading execution method according to 
15 claim 4 or 5, wherein said execution control infor- 
mation is downloaded into the client before starting 
the installation or after the reboot. 

7. The remote loading execution method according to 
20 claim 4, 5 or 6, wherein said managing record is 

provided in the server. 

8. The remote loading execution method according to 
any one of claims 4 to 7, wherein said managing 

25 record is downloaded from the server into the client 
and updated according to an execution state of the 
installation into the client, and wherein said manag- 
ing record is returned to the server before the 
reboot, downloaded again into the client after the 

30 reboot and updated according to an execution state 
of the installation into the client after the reboot. 

9. The remote loading execution method according to 
any one of claims 4 to 8, wherein the client is set to 

35 boot by itself upon the reboot. 

10. A remote loading execution system comprising: 

a server having a managing record file for 

40 recording an install execution state of a client, a 

control file for storing execution control infor- 
mation prescribing an execution process of 
installation into the client, an agent which exe- 
cutes installation into the client according to the 

45 execution control information stored in said 

control file, and an install file to be installed into 
the client by said agent; and 
the client into which said agent is downloaded, 
wherein said agent is downloaded from the 

so server into the client before installation, exe- 

cutes installation of the install file into the client 
by referring to said managing record file and 
according to said execution control information, 
updates said managing record file according to 

55 an execution state of the installation into the cli- 

ent and, when downloaded again into the client 
after a reboot, continues the installation of the 
install file by referring to said managing record 
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11. 



file and according to said execution control 
information, and updates said managing record 
file according to an execution state of the instal- 
lation after the reboot. 

The remote loading execution system according to 
claim 1 0, wherein said control file is provided in the 
server. 



12. The remote loading execution system according to 10 
claim 10 or 11, wherein said control file is down- 
loaded into the client before starting the installation 

or after the reboot. 

13. The remote loading execution system according to is 
claim 10, 11 or 12, wherein said managing record 

file is downloaded from the server into the client 
and updated according to an execution state of the 
installation into the client, and wherein said manag- 
ing record file is returned to the server before the 20 
reboot, downloaded again into the client after the 
reboot, and updated according to an execution 
state of the installation into the client after the 
reboot. 

25 

14. The remote loading execution system according to 
any one of claims 10 to 13, wherein the client is set 
to boot by itself upon the reboot. 

15. A data processing apparatus which accesses 30 
another apparatus managing a program thereby to 
install said program thereinto, said data processing 
apparatus comprising: 

an access processing section for accessing 35 
execution control information prescribing an 
install execution procedure; 
a record control section for causing an execu- 
tion state of installation into the data process- 
ing apparatus to be recorded; and 40 
an install executing section for executing instal- 
lation into said data processing apparatus 
according to the recorded execution state of 
the installation and the execution control infor- 
mation. 45 

16. A managing apparatus which manages a program 
and supplies said program in response to a request 
from another apparatus, said managing apparatus 
comprising: 50 

a transmit section for transmitting to said 
another apparatus an agent which executes 
installation into said another apparatus; 
a control information managing section for 
allowing said agent to refer to execution control 
information prescribing an install execution 
process in response to an access from said 



agent; 

a record managing section for notifying an exe- 
cution state of installation into said another 
apparatus and updating a record of the execu- 
tion state of the installation in response to an 
access from said agent; and 
a supply section for supplying to said another 
apparatus the program in response to a 
request from said agent 

17. A computer-readable recording medium storing a 
program which causes a computer to execute: 

a step of referring to execution control informa- 
tion prescribing an install execution process; 
a step of recording an install execution state; 
and 

a step of requesting to another apparatus a 
supply of a program to be installed and execut- 
ing installation thereof according to said execu- 
tion control information and said install 
execution state. 

18. A computer-readable recording medium storing a 
program which causes a computer to execute: 

a step of sending to another apparatus an 
agent which executes installation into said 
another apparatus; 

a step of allowing said agent to refer to execu- 
tion control information in response to an 
access from said agent; 
a step of notifying an execution state of installa- 
tion into said another apparatus and updating a 
record of the execution state of the installation 
in response to an access from said agent; and 
a step of supplying to said another apparatus a 
program requested by said agent 

19. A computer program which, when run on a compu- 
ter, causes the computer to execute the following 
steps: 

a step of referring to execution control informa- 
tion prescribing an install execution process; 
a step of recording an install execution state; 
and 

a step of requesting to another apparatus a 
supply of a program to be installed and execut- 
ing installation thereof according to said execu- 
tion control information and said install 
execution state. 

20. A computer program which, when run on a compu- 
ter, causes the computer to execute the followings 
steps: 

a step of sending to another apparatus an 
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agent which executes installation into said 
another apparatus; 

a step of allowing said agent to refer to execu- 
tion control information in response to an 
access from said agent; s 
a step of notifying an execution state of installa- 
tion into said another apparatus and updating a 
record of the execution state of the installation 
in response to an access from said agent; and 
a step of supplying to said another apparatus a w 
program requested by said agent. 

21. A computer program as claimed in claim 19 or 20, 
carried in a carrier medium. 

15 

22. A computer program as claimed in claim 21, 
wherein the carrier medium is a transmission 
medium. 

23. A computer program as claimed in claim 21, 20 
wherein the carrier medium is a storage medium. 
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